home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950329-19950528 / 000401_news@columbia.edu_Wed May 17 22:53:11 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA06288
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 17 May 1995 18:53:16 -0400
  3. Received: by apakabar.cc.columbia.edu id AA26396
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 17 May 1995 18:53:14 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Script works under 189 not under 190 (SCO UNIX)
  9. Date: 17 May 1995 22:53:11 GMT
  10. Organization: Columbia University
  11. Lines: 30
  12. Message-Id: <3pduon$pop@apakabar.cc.columbia.edu>
  13. References: <3p65gj$kbi@news0.cybernetics.net>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3p65gj$kbi@news0.cybernetics.net>,
  18. Milton A. Baucom <mbaucom@cybernetics.net> wrote:
  19. : I have a kermit script that works fine under 189 build, however whenever I
  20. : try to run it with 190, I get memory faults.  This ONLY happens with the
  21. : UNIX version.  AIX & Xenix 190 will run it fine.  I have tried recompiling
  22. : with different settings but no go.  I even tried the precompiled UNIX
  23. : version from Columbia, but got the same results.  (Using sco32v4 para in
  24. : the makefile)
  25. : 
  26. : It somehow is related to the size of a while success loop because if I
  27. : start taking stuff out, it starts working.
  28. : 
  29. : I realize that I am no giving much information.  I didn't want to burden
  30. : the net with my script & sample data (the script reads a file and outputs
  31. : it),  I am looking for possible solutions.
  32. : 
  33. The net is not going to be very helpful with problems like this.
  34.  
  35. Your best bet is to send your report direct to Kermit tech support at
  36. kermit@columbia.edu.  Much faster than news, and gets to the right people
  37. (i.e. me).  Send specifics.  But don't expect miracles, because (a) I'm
  38. on jury duty at the moment :-), and (b) I don't have an SCO UNIX system of
  39. my own for experimentation.
  40.  
  41. Begin by sending a copy of the offending script and the last few K of a
  42. debug log taken in a session that crashes.
  43.  
  44. If you have a core dump analyzer on SCO UNIX, see if you can get a traceback.
  45.  
  46. - Frank